home *** CD-ROM | disk | FTP | other *** search
/ Power Tools 1993 October - Disc 2 / Power Tools (Disc 2)(October 1993)(HP).iso / hotlines / network / decnet / script3.cpy / SCRIPT3.TXT
Text File  |  1992-09-23  |  13KB  |  262 lines
  1.    ***** HP Company Confidential - Do NOT circulate outside of HP *****
  2.  
  3.                         DECnet/OSI Phase V Overview
  4.                             September 19, 1989
  5.  
  6. DECnet/OSI Phase V is Digital's next generation of networking.  Phase V
  7. is Digital's formal acknowledgment of the importance standards in
  8. networking. This is good news for HP AdvanceNet !! (AdvanceNet has been
  9. standards based for many years) - but watch out - Phase V is a powerful
  10. Trojan horse.  DEC is talking standards, but really selling proprietary
  11. DECnet services.
  12.  
  13. DEC has been talking about Phase V for 3 years and an announcement is
  14. expected in late 1989 for VMS support and sometime later for Ultrix.
  15.  
  16. DECnet/OSI Phase V looks like a powerful multivendor offering, but it
  17. falls short in several areas:
  18.  
  19. SERVICES           Proprietary DECnet services will always lead OSI
  20.                    services in the DEC environment.  (Examples of
  21.                    DECnet services are: DEC proprietary remote logging,
  22.                    file transfer, and interprocess communications.)
  23.                    Running DECnet services on an OSI base provides no
  24.                    more interoperability than running DECnet on a DEC
  25.                    base as in Phase IV.  HP, on the other hand, is
  26.                    solidly committed to multivendor interoperability:
  27.                    today, using ARPA services, and tomorrow using OSI
  28.                    standards.
  29.  
  30. ARPA SUPPORT       Phase V does NOT include ARPA.  HP AdvanceNet, by
  31.                    contrast, is based on ARPA and OSI standards.  ARPA
  32.                    defacto standards have the support of over 80
  33.                    vendors.  ARPA is the only true multivendor
  34.                    interoperable standard today.  Excluding ARPA from
  35.                    Phase V illustrates DEC's refusal to recognize
  36.                    today's interoperability standards.  DEC is ignoring
  37.                    today's most pressing and real multivendor need.
  38.  
  39. UNIX SUPPORT       Today, DEC does not support OSI or industry standard
  40.                    PC networking on Ultrix.  The exact timing of OSI
  41.                    support for the Ultrix version using Phase V is
  42.                    unclear, and even more vague for standard PC
  43.                    networking.
  44.  
  45. PC NETWORKING      Phase V does not support PCs and is unlikely to in
  46.                    the short term due to its large program size and
  47.                    memory requirements (4-5 times Phase IV).  How will
  48.                    DEC do PC-mini integration?  HP has LAN Manager and
  49.                    LM/X.  DEC is rumored to be "adding" LAN Manager to
  50.                    Phase V (so this means no more "one network" for DEC
  51.                    and hence validates HP's strategy).
  52.  
  53. LOW END VAXes      With Phase V being 4-5 times the size of Phase IV,
  54.                    it will not run well on DEC's lower end (and most
  55.                    popular) systems such as the MicroVAX II and
  56.                    VAXStation.
  57.  
  58. NETWORK MANAGEMENT DEC is completely replacing its DECnet network
  59.                    management command language in Phase V.  This will
  60.                    force customers to eventually rewrite their network
  61.                    management applications for Phase V.  Not a trivial
  62.                    task!
  63.  
  64. However, Phase V does have some strengths versus HP:
  65.  
  66. STRONG STORY       Phase V is a very strong marketing message.  It
  67.                    shows real and focused commitment to OSI networking
  68.                    for the future.
  69.  
  70. OSI BACKBONE       DEC is the only vendor that can show an OSI backbone
  71.                    network in LANs, WANs, and in connecting LANs and
  72.                    WANs.  To provide this OSI backbone, DEC is
  73.                    implementing some OSI protocols before they are
  74.                    fully defined, such as VTP and X.500. This could
  75.                    create problems for customers in the future.
  76.  
  77. MIGRATION          Since DEC controls DECnet Phase IV, they have
  78.                    defined a clear migration path from Phase IV to
  79.                    Phase V.  Vendors that do not fully control their
  80.                    networking protocols and work in a multivendor
  81.                    environment (like HP) must work with other companies
  82.                    in the industry to define the coexistence/ migration
  83.                    path.  DEC can do it alone for DECnet.
  84.  
  85. Remember, customers want multivendor interoperability.  On the surface
  86. Phase V appears to deliver it.  However, after a more careful look, DEC
  87. is not providing any more interoperability than Phase IV.  HP
  88. AdvanceNet with ARPA, OSI, and LAN Manager services is your customer's
  89. best choice for multivendor interoperability today and in the future!!
  90.  
  91.    ***** HP Company Confidential - Do NOT circulate outside of HP *****
  92.  
  93. =======================================================================
  94.  
  95.  *****  HP Company Confidential - Do NOT circulate outside of HP ******
  96.  
  97.                              September 19, 1989
  98.  
  99.                          Questions About DECnet Phase V
  100.  
  101. 1) With DECnet now being based on OSI, isn't DEC truly the leader in
  102. multivendor communications?
  103.  
  104. DEC decidely is NOT the leader in multivendor communications !!
  105. DECnet/OSI Phase V is basically a trojan horse to get customers to use
  106. DEC's proprietary DECnet services.  Remember, Phase V does not address
  107. the following key multivendor issues:
  108.  
  109.     a) ARPA communications (ARPA is the most widely used multivendor
  110.        protocol today) - HP is very strong on ARPA;
  111.  
  112.     b) UNIX communications - Phase V is available on the proprietary
  113.        VMS operating system only. HP has OSI, ARPA, and SNA
  114.        communications on UNIX;
  115.  
  116.     c) PC Networking - Because Phase V is not capable of PC-to-Mini
  117.        integration, DEC has licensed LAN Manager from Microsoft to
  118.        support LAN Manager on VMS.  This is a clear endorsement by DEC
  119.        of HP's LAN Manager strategy.  Only HP has a LAN Manager
  120.        offering.  Where is DEC's?
  121.  
  122. 2) Now that DECnet is based on OSI, why shouldn't I build my backbone
  123. network on DECnet (does DECnet = OSI)?
  124.  
  125. DEC is implementing a series of bridges and routers that use
  126. proprietary routing protocols as a backbone network.  DEC is trying to
  127. push some of these proprietary protocols through the international
  128. standards committees.  These protocols will NOT make it through the
  129. standard community unaltered.  Thus when a customer purchases a
  130. backbone network from DEC, they are not purchasing a true Multivendor
  131. backbone because DEC is the only company that supports the routing
  132. protocols on the backbone.
  133.  
  134. HP's solutions are based on true multivendor standards.  For wide area
  135. networks, HP provides high performance PPN products based on the widely
  136. accepted X.25 standard.  DEC pushes proprietary DECRouters.  For local
  137. area networks both HP and DEC offer LAN bridges from companies such as
  138. Vitalink.
  139.  
  140. 3) DEC has clearly articulated how they will migrate to OSI, how will
  141. HP migrate to OSI?
  142.  
  143. Since DECnet is a proprietary product, it is relatively easy for DEC to
  144. develop a strategy for migration from DECnet Phase IV to DECnet Phase
  145. V.  DEC totally controls DECnet.
  146.  
  147. With HP standards-based AdvanceNet strategy, defining a
  148. coexistence/migration path is not under HP's or any other vendor's
  149. control.  HP does not control OSI, ARPA, SNA, or other defacto
  150. standards (NFS, LAN Manager, etc) in the same way as DEC controls
  151. DECnet.  We must move with the industry to migrate the customer's
  152. multivendor environment (not just the DECnet environment) from ARPA to
  153. OSI.
  154.  
  155. The REAL issue for multivendor customers is not migration, it is
  156. coexistence. Customers are not about to throw away perfectly good ARPA-
  157. based networks and applications just to move to an incompletely formed
  158. OSI.  ARPA will be very strong for at least another 10 years.
  159. Therefore the real issue is the coexistence of ARPA and OSI networks.
  160. HP plans to provide strong coexistence solutions.  See the Network
  161. Sales Portfolio's white paper entitled "OSI Evolution" for more details
  162. on HP's coexistence strategy.
  163.  
  164. Phase V does not address ARPA/OSI coexistence.
  165.  
  166. 4) When will HP support DECnet services on its processors?
  167.  
  168. HP will not offer proprietary nonstandard DECnet services to network
  169. processors because DECnet does not provide multivendor
  170. interoperability.  However, we will provide interoperability with those
  171. parts of Phase V that conform to OSI standards.  For example, HP FTAM
  172. and X.400 products will interoperate with the DEC FTAM and X.400
  173. products that are part of Phase V.
  174.  
  175. 5) With Phase V, I get good performance and a standards-based
  176. environment. Why should I consider anything else but Phase V?
  177.  
  178. DEC will continue to provide the best performance and functionality
  179. with its proprietary DECnet services in Phase V.  This is fine, for
  180. customers locked into 100% DEC computers exclusively, both now and in
  181. the future.  However, if customers want true multivendor
  182. interoperability, ARPA and OSI services are the only way to go.  Since
  183. Phase V does not include ARPA services, Phase V is not relevant to many
  184. of today's multivendor networks (DEC's ARPA services is not a part of
  185. Phase V).  For DEC users wanting to use limited OSI services, Phase V
  186. is an acceptable solution and helps strengthen their move towards OSI
  187. and HP's AdvanceNet strategy.
  188.  
  189. 6) When will HP use OSI exclusively for its transport layers (like
  190. Phase V)?
  191.  
  192. ("Transport layers" refer to Layer 4 and below on the OSI model.) Due
  193. to market need, HP networks will run on both TCP/IP and OSI transports
  194. for at least 10 years.  Most customers are not going to replace working
  195. ARPA/TCP/IP networks with OSI networks and applications overnight.
  196. Therefore, HP will offer both ARPA and OSI solutions for the
  197. foreseeable future to provide our customers with the highest degree
  198. possible of multivendor interoperability.
  199.  
  200. Customers will be able to purchase a complete OSI solution from HP that
  201. can support relatively sophisticated applications (including Network
  202. Management and directory services) in the 1992 timeframe.  Simpler
  203. applications that do not require OSI Network Management and Directory
  204. services will be available in 1990 on HP-UX and 1991 on MPE-XL.
  205.  
  206. Again, remember that since HP AdvanceNet is based on industry standards
  207. in a multivendor environment, we cannot move over to an OSI transport
  208. as quickly as DEC can with a single vendor DECnet solution.
  209.  
  210. 7) DEC has a clear direction on all of its processors (Phase V), what
  211. is HP's direction (things look very confusing)?
  212.  
  213. First, DEC is backing off somewhat from their Phase V everywhere
  214. strategy. Currently, DEC is rumored to be "adding" LAN Manager to Phase
  215. V.  It is unlikely that Phase V will run on a PC anytime soon (if
  216. ever).  This validates HP's standards-based AdvanceNet strategy and in
  217. particular our LAN Manager direction.
  218.  
  219. For its strategic minicomputer lines, HP plans to converge intersystem
  220. (between HP-UX and MPE-XL) and intervendor communications on ARPA and
  221. OSI services.  For DOS/OS/2 platforms, HP will converge on LAN Manager.
  222. This will provide a solid foundation for intersystem and intervendor
  223. interoperability today and in the future.
  224.  
  225. 8) What is DEC's position on ARPA and NFS?
  226.  
  227. DEC provides ARPA and NFS on its VMS and Ultrix processors.  Currently,
  228. the VMS implementation is not very robust, but there are third parties
  229. with stronger implementations.  DEC's ARPA and NFS products are not
  230. integrated with DECnet Phase V.  For example, NFS yellow pages
  231. directories are not integrated with the DNS directory that is part of
  232. Phase V.
  233.  
  234. 9) What will DEC do in Phase V for virtual terminal support?  Will they
  235. still use LAT and cterm (proprietary DEC solutions)?
  236.  
  237. DEC may provide the OSI Virtual Terminal Protocol (VTP) with Phase V.
  238. However, DEC's VTP implementation is very slow and does not have many
  239. features.  DEC will continue to aggressively sell proprietary solutions
  240. for terminal connect.
  241.  
  242. 10) What processors will Phase V be supported on?
  243.  
  244. DEC will support Phase V on all 8000, 6000, and DECStation 3XXX/5XXX
  245. series processors as well as the MicroVAX 3XXX series.  Due to the
  246. increased size of Phase V over Phase IV (4-5 times), it is questionable
  247. if Phase V will be a realistic solution for DEC's popular MicroVAX II
  248. series.
  249.  
  250. FOR MORE INFORMATION:
  251.  
  252. HP is planning to offer a more detailed technical analysis of Phase V
  253. this Fall.  Keep an eye on "Computer News" for an announcement.
  254.  
  255. In the meantime, if you have further questions, contact:
  256.  
  257.      For US and Intercon:      Paul Maybaum, Colorado Networks Division
  258.      For Europe:               Frank Mains, Grenoble Networks Division
  259.  
  260.                                ###
  261.  
  262.